home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / Delphi Digests / Delphi Vol. 2 / Delphi 2.62 < prev    next >
Encoding:
Text File  |  1988-01-01  |  24.3 KB  |  704 lines  |  [TEXT/ttxt]

  1.  -------
  2.  Delphi Mac Digest        Thursday, 27 November 1986    Volume 2 : Issue 62
  3.  
  4.  Today's Topics:
  5.       programming help (3 messages)
  6.       Not again....
  7.       RE: Why are MAC/SCSI disks so expensive? (2 messages
  8.       RE: MIDI Interfaces
  9.       Comparisons:PASCAL (6 messages)
  10.       RE: MPW observations (4 messages)
  11.       RE: boot problem (4 messages)
  12.       RE: Re: Mac Engineering
  13.       San Francisco expo
  14.       Mac upgrade shaft (12 messages)
  15.       Discipline (2 messages)
  16.  ----------------------------------------------------------------------
  17.  
  18.  From: KENWINOGRAD
  19.  Subject: programming help
  20.  Date: 24-NOV 18:39 Programming Techniques
  21.  
  22.  Hi. I just got a letter from someone who had downloaded my HangMan
  23. -application.
  24.  I found out that when you click HangMan and play it and then quit (everything
  25.  fine so far) and then double click it again (to play it again) the finder
  26. -shows
  27.  an alert saying "this application is already open or missing" or something
  28. -like
  29.  that.  I verified it and indeed that does occur.  As I remember that did not
  30.  occur before I moved up to a macplus and hfs.  Has
  31.  anyone seen anything like this ?  Any clues appreciated.  Thanks.  Ken
  32.  
  33.  ------------------------------
  34.  
  35.  From: PEABO
  36.  Subject: RE: programming help (Re: Msg 1021)
  37.  Date: 25-NOV 20:14 Programming Techniques
  38.  
  39.  Just a thought ... do you open the application data fork, or anything
  40.  like that?  I don't think this is the problem, but the symptom sure
  41.  sounds like one of the forks of the file is remaining open after it
  42.  exits.
  43.  
  44.  Aside to anyone ... exactly where/when does the resource fork of a running
  45.  application get closed?  Does the segment loader take care of this somehow?
  46.  
  47.  peter
  48.  
  49.  ------------------------------
  50.  
  51.  From: KENWINOGRAD
  52.  Subject: RE: programming help (Re: Msg 1026)
  53.  Date: 25-NOV 23:25 Programming Techniques
  54.  
  55.  Thanks ptr, that sounds like an excellent idea.  I most certainly do
  56.  open up the data fork (tho I'm pretty sure I close right after I get
  57.  the custom (non mac) font from there).  I shall certainly recheck it.
  58.  I fopen it (as I remeber), get the data, and close it.  BVut we'll
  59.  see.
  60.  
  61.  ken
  62.  
  63.  ------------------------------
  64.  
  65.  From: MOUSEKETEER
  66.  Subject: Not again....
  67.  Date: 24-NOV 20:29 Mousing Around
  68.  
  69.  Spare Announcement...
  70.  
  71.  After a long period of reflection and decision making (I flipped a coin)
  72.  I am semi-pleased to announce a new issue of The Mouseketeer Newsletter
  73.  is in the works, going out in the next couple of weeks.  If you were on the
  74.  mailing list before, you are still there for this issue (those who want off
  75.  send cash...).
  76.  
  77.  Still, with all the new Delphites and Uselessnet folk around these days,
  78.  how about the following arrangement?  If you aren't on the Mousy mailing
  79.  list and wish to receive a copy of the next issue, send a SASE to the below
  80.  address in the next few days, along with a short note including your
  81.  address for insertion into the regular list at a later date.
  82.  
  83.  For those who don't know, TMNL is a serious, scholarly journal devoted to
  84.  the advancement of culinary arts involving French coldcuts, or "des
  85.  graisseuses pieces grandes de viande froide".
  86.  
  87.  
  88.  Alfonso T. Qwerty
  89.  Contributing Editor
  90.  The Mouseketeer Newsletter
  91.  P.O. Box 19030, #150
  92.  Houston, TX  77224
  93.  
  94.  ------------------------------
  95.  
  96.  From: MACINTOUCH
  97.  Subject: RE: Why are MAC/SCSI disks so expensive?
  98.  Date: 24-NOV 22:24 Network Digests
  99.  
  100.  To: woo@nyu-acf4.arpa (Alex C. Woo)
  101.  
  102.  Why are MAC/SCSI disks so expensive?
  103.  
  104.  Mac hard disk prices are coming down rapidly.  A Warp 9 Photon 20 works,
  105.  quietly for $600.  It has a power supply and a case.  I don't think the AT
  106.  drives do.
  107.  We Mac enthusiasts are no longer far behind the PC folks in the price wars.
  108.  
  109.  Ric Ford
  110.  
  111.  ------------------------------
  112.  
  113.  From: BRECHER
  114.  Subject: Re: Re: Why are MAC/SCSI disks so expensive?
  115.  Date: 25-NOV 04:10 MUGS Online
  116.  
  117.  To: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
  118.  Subject: Re: Why are MAC/SCSI disks so expensive?
  119.  
  120.  The Seagate 4026 is a full-height 5.25" drive without controller.
  121.  
  122.  The HD20SC uses a Seagate 225N, a half-height 5.25" drive with embedded SCSI
  123.  controller.
  124.  
  125.  ------------------------------
  126.  
  127.  From: MACINTOUCH
  128.  Subject: RE: MIDI Interfaces
  129.  Date: 24-NOV 22:30 Network Digests
  130.  
  131.  To: Joe Mastroianni <JDM%SMVL%rca.com@RELAY.CS.NET>
  132.  Subject: MIDI Interfaces
  133.  
  134.  There are some solid Mac MIDI products, and I'm not as up to date as some
  135.  other folks on PAN, Delphi, and writing for the "MacInTouch" newsletter, but
  136.  Opcode has good hardware and software, including patch librarians and a
  137.  sequencer; Mark of the Unicorn has pretty amazing software for sequencing
  138.  and music notation; and Southworth has a potent package combining a
  139. -full-blown
  140.  MIDI hardware interface and an extensive integrated software package.  I
  141. -guess
  142.  Passport has a MIDI interface as well, and Digidesign has amazing sampling
  143.  controller programs for the E-mu and Ensoniq synths.  I'd recommend getting
  144.  on PAN or Delphi for better info.
  145.  
  146.  Ric Ford
  147.  
  148.  ------------------------------
  149.  
  150.  From: MDELUGG
  151.  Subject: Comparisons:PASCAL
  152.  Date: 24-NOV 22:29 Programming
  153.  
  154.  Hey all,
  155.  
  156.  I'm thinking of buying a PASCAL and would like to hear from anyone with
  157.  experience.  Both TURBO & LIGHTSPEED sound good.  I'm a beginner & would like
  158.  something not too hostile <smile>.  Also, any books I should read??
  159.  
  160.  Thanks,
  161.  
  162.  Mikey!
  163.  
  164.  ------------------------------
  165.  
  166.  From: MOUSEKETEER
  167.  Subject: RE: Comparisons:PASCAL (Re: Msg 15170)
  168.  Date: 24-NOV 22:50 Programming
  169.  
  170.  A beginner at Pascal or a beginner at programming in general?  If you have
  171.  learned any other language, I would guess you could get up to speed
  172.  fairly quickly with either.
  173.  
  174.  If a beginner at any language, I think the best approach might be finding
  175.  a good book to learn with, using the appropriate version of Pascal,
  176.  and deciding later to switch flavors if need be.
  177.  
  178.  While I was decent many years ago at some coding, when i recently wanted to
  179.  learn Pascal, I found Kronick's book  "Macintosh Pascal Illustrated, The
  180.  Fear and Loathing guide" a painless way to learn.  If you could pick up a
  181.  Mac Pascal cheap somewhere now that Lightspeed is out, it might be a very
  182.  effective introduction.
  183.  
  184.  ------------------------------
  185.  
  186.  From: DDUNHAM
  187.  Subject: RE: Comparisons:PASCAL (Re: Msg 15170)
  188.  Date: 25-NOV 03:26 Programming
  189.  
  190.  Turbo Pascal has been delayed until 1 Dec, according to InfoWorld.  I'd stay
  191.  away from Borland based on their history of incompatible products (is Turbo
  192.  Pascal on the IBM really Pascal?  Turbo Prolog isn't true Prolog, I hear) and
  193.  some of their attitudes.
  194.  
  195.  ------------------------------
  196.  
  197.  From: PEABO
  198.  Subject: RE: Comparisons:PASCAL (Re: Msg 15170)
  199.  Date: 25-NOV 20:33 Programming
  200.  
  201.  Get Lightspeed Pascal.  It is great for debugging, the principal activity
  202.  involved in creating a program, and it produces decently efficient runnable
  203.  applications too.
  204.  
  205.  peter
  206.  
  207.  ------------------------------
  208.  
  209.  From: MOUSEKETEER
  210.  Subject: RE: Comparisons:PASCAL (Re: Msg 15210)
  211.  Date: 25-NOV 20:49 Programming
  212.  
  213.  Just after my previous note regarding using Scott Kronick's nice book for
  214.  learning Pascal, and perhaps finding a cheap copy of Mac Pascal, I read in
  215.  MacTutor that "Lightspeed IS Macintosh Pascal, vastly upgraded to a highly
  216.  perfected programming environment."  So, make it LS Pascal, and Kronick's
  217.  book....grin.
  218.  
  219.  Alf
  220.  
  221.  ------------------------------
  222.  
  223.  From: HSTARR
  224.  Subject: RE: Comparisons:PASCAL (Re: Msg 15210)
  225.  Date: 26-NOV 00:24 Programming
  226.  
  227.  But watch out for 68020's -- Lightspeed Pascal is a definite no-no on this
  228. -for
  229.  now. However, all's hoping Think will do something about it, SOON.
  230.  
  231.  ------------------------------
  232.  
  233.  From: DWB
  234.  Subject: RE: MPW observations (Re: Msg 1020)
  235.  Date: 24-NOV 21:48 Programming Techniques
  236.  
  237.  I've been keeping a list of complaints and greivances about MPW and dropping
  238. -it
  239.  in the appropriate folkslaps.  The only real major compliants I have are the
  240.  automatic string conversion and compile times.
  241.  
  242.  Being an old time unix hacker, I like the user interface.  It shows
  243.  what can be done in an integrated environment.  Some things are much
  244.  better done with a command line interface, some are much better done
  245.  with a mouse.  I think they've done an outstanding job of combining
  246.  the two.
  247.  
  248.  I'm not especially found of the wildcard characters they've chosen,
  249.  but I understand why the chose them.  UNIX tends to use characters
  250.  which are much more normal (*.?[]()) and therefore much more likely to
  251.  be used in normal circumstances.  Thus you have to quote them
  252.  frequently.  MPW chose obscure characters, thus ensuring that you will
  253.  rarely have to quote them.  I mean, when was the last time you had an
  254.  equivalence sign (the double squiggly) in a program?  As far as
  255.  showing people things on delphi is concerned one possibility might be
  256.  to write a filter to turn the MPW characters into their UNIX
  257.  equivalents (or some other set which is standard ascii) and a
  258.  corresponding filter to unconvert them on the mac.
  259.  
  260.  Keep working at it.  Once you get used to the quirks of the system you will
  261.  probably find that the power and versatility you gain will be well worth a
  262.  little added effort.
  263.  
  264.      David
  265.  
  266.  ------------------------------
  267.  
  268.  From: LOGICHACK
  269.  Subject: RE: MPW observations (Re: Msg 1018)
  270.  Date: 25-NOV 17:52 Programming Techniques
  271.  
  272.  Joe:
  273.  
  274.  I think Apple is targetting MPW for their own internal use as well as
  275.  being a standard in Macintosh software development.  Since these are
  276.  the tools that Apple will be using to develop their own software, it
  277.  must have the power to build large systems like the 128K ROMs, MPW
  278.  itself (I'm guessing), and other Apple system tools and applications.
  279.  (Don't I sound like I work there??)  It might be too complex for the
  280.  average Joe (pun intended) but it is probably aimed at doing
  281.  everything that has to be done on the Mac..
  282.  
  283.  Just my 2 cents worth...
  284.  
  285.  Paul :)
  286.  
  287.  PS: I like it.
  288.  
  289.  ------------------------------
  290.  
  291.  From: PEABO
  292.  Subject: RE: MPW observations (Re: Msg 1020)
  293.  Date: 25-NOV 20:11 Programming Techniques
  294.  
  295.  Actually I don't mind having a powerful tool, and judging from the
  296.  editor primitives, it is possible to do some very nifty things with
  297.  it.  However, I think there could also be some better online support,
  298.  even if only in the form of a help menu.  (Of course this would be
  299.  very awkward for folks who are trying to use MPW on a dual 800K floppy
  300.  system.)  One of the things I really appreciate about the Mac is not
  301.  having to remember commands.  All the other machines I use make me
  302.  remember commands, and my brain gets fried.
  303.  
  304.  peter
  305.  
  306.  ------------------------------
  307.  
  308.  From: PEABO
  309.  Subject: RE: MPW observations (Re: Msg 1024)
  310.  Date: 25-NOV 20:17 Programming Techniques
  311.  
  312.  I *do* especially like the way Rez works.  It allows you to use a single
  313. -source
  314.  file for your C code (Pascal?  what is that? :-) ) to hold both the program
  315. -and
  316.  its resources!  This solves a problem I have with defining strings in one
  317. -place
  318.  and referencing them in another.  I am thinking that the right thing to do is
  319.  use LightspeedC to compile the source code and use MPW running a Rez script
  320. -to
  321.  compile all the resources.
  322.  
  323.  peter
  324.  
  325.  ------------------------------
  326.  
  327.  From: MACINTOUCH
  328.  Subject: RE: boot problem (Re: Msg 15181)
  329.  Date: 25-NOV 10:26 Bugs & Features
  330.  
  331.  I didn't want to bring this up, because it's an unlikely, nasty
  332.  problem, but I'm wondering if there's some kind of timing problem.  I
  333.  guess, for laughs, I'd try defragmenting your startup disks and
  334.  rewriting the boot blocks. (Defragmenting can be done by selecting all
  335.  files and dragging to a newly initialized disk).
  336.  
  337.  winging it,
  338.  
  339.  Ric
  340.  
  341.  ------------------------------
  342.  
  343.  From: SYNTHONY
  344.  Subject: RE: boot problem (Re: Msg 15194)
  345.  Date: 25-NOV 23:49 Bugs & Features
  346.  
  347.  Well, I have tried copying parts or all of the non booting 'startup'
  348.  disks to a new disk, but then it also does not boot.  Though other
  349.  disks don't boot, several of the disks I use most often have Multiplan
  350.  on them, and NONE of the copies I had made earlier of MP will now
  351.  boot.  I had used Copy II to make master disks (I hate key disks).  I
  352.  put the applicatio{ on severial disks for use with other applications,
  353.  now no go.  I wonder if that could have anything to do with it
  354.  (Multiplan I mean, other copied software seems to be fine)?
  355.  
  356.  Bill
  357.  
  358.  ------------------------------
  359.  
  360.  From: MACINTOUCH
  361.  Subject: RE: boot problem (Re: Msg 15226)
  362.  Date: 26-NOV 09:50 Bugs & Features
  363.  
  364.  This sounds more like a disk drive alignment problem to me.  Any chance of
  365. -that
  366.  being the case?
  367.  
  368.  Ric
  369.  
  370.  ------------------------------
  371.  
  372.  From: SYNTHONY
  373.  Subject: RE: boot problem (Re: Msg 15239)
  374.  Date: 26-NOV 22:17 Bugs & Features
  375.  
  376.  UNfortunately, the disks act the same on BOTH macs upgraded to 1 meg... this
  377. -is
  378.  really bizarre!  BTW, my copied MacDraw (and original) also do not boot, but
  379.  will run if soft booted with ctrl, option, double-click on the disks finder.
  380.  
  381.  Bill
  382.  
  383.  ------------------------------
  384.  
  385.  From: MACINTOUCH
  386.  Subject: RE: Re: Mac Engineering
  387.  Date: 25-NOV 10:24 Network Digests
  388.  
  389.  To: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
  390.  Subject: Re: Mac Engineering
  391.  
  392.  I recently heard something from a reliable source that would add credence to
  393.  your rumor that DEC may OEM the Mac.  I didn't know whether it was DEC or
  394.  another company in the area, but DEC seems like the best bet.
  395.  
  396.  Ric Ford
  397.  "MacInTouch"
  398.  
  399.  ------------------------------
  400.  
  401.  From: MACINTOUCH
  402.  Subject: San Francisco expo
  403.  Date: 25-NOV 16:43 Business Mac
  404.  
  405.  Hadn't seen the San Francisco MacWorld expo dates posted on the nets, so I
  406.  just checked on them.  The show is to be at the Moscone Center on Jan 8, 9,
  407.  and 10.  (Thur., Fri, Sat.)  Mitch Hall, the show organizer is at
  408.  617-329-7466.
  409.  
  410.  Ric
  411.  
  412.  ------------------------------
  413.  
  414.  From: MACINTOUCH
  415.  Subject: Mac upgrade shaft
  416.  Date: 25-NOV 23:10 Business Mac
  417.  
  418.  I just talked to another Mac owner tonight who got the well-known "upgrade
  419.  shaft."  Like a number of other people I've talked to, he got his Mac 512
  420.  upgraded to a 512E, and 2 weeks later the Mac literally went up in smoke.
  421.  His dealer insisted that it was just "one of those things, nothing to do
  422.  with the upgrade."  Yeah, right.  Any of the technicians I've talked to don't
  423.  bother to check the voltage levels, ever (as they're supposed to do).  What's
  424.  this guy's recourse?  To grin and bear it?
  425.  
  426.  *** flame on ***
  427.  
  428.   I think it stinks that Apple isn't standing behind poorly designed
  429. -components
  430.  that fail leaving customers with smoke and a potential fire, hundreds of
  431.  dollars of repairs, and a worthless computer.
  432.  
  433.  *** flame off ***
  434.  
  435.  Ric Ford
  436.  "MacInTouch"
  437.  
  438.  ------------------------------
  439.  
  440.  From: FRIED
  441.  Subject: RE: Mac upgrade shaft (Re: Msg 15218)
  442.  Date: 26-NOV 05:03 Business Mac
  443.  
  444.  Apple DOES stand behind those smoking Macs.  They stood behind mine when the
  445.  power supply fried a few weeks after upgrading to 512E.  Indeed they did!
  446.  
  447.  Unfortunately, they stood with their back to the problem.  I called
  448.  and was told that they hadn't heard anything about a widespread
  449.  problem.  Needless to say, I was a little disappointed in the company.
  450.  It's almost as if they're trying to emulate the bad parts of Big Blue
  451.  in the hope that the bottom line would begin to look Bluish.  Well,
  452.  that's not the way to do it.
  453.  
  454.  I know Apple reads this Forum, and I know they read about how
  455.  widespread this problem is on several other systems and in user group
  456.  newsletters. What hurts most is the knowledge that their denial of the
  457.  problem is clearly dishonesty --- not ignorance.  Come to think of it,
  458.  there's something even worse than that.  Apple KNOWS that WE know
  459.  they're handling this problem unethically, and they apparently don't
  460.  care a lot that we do.
  461.  
  462.  Are they doing the right thing from a business perspective?  Yes, they
  463. -probably
  464.  are, at least in the short term, because I will continue to upgrade my Mac
  465. -and
  466.  buy new ones as long as it's the best machine on the market, not only in
  467.  features, but also in quality.  I let my Applecare lapse after the first
  468. -year,
  469.  and I am not sorry;  I've  spent a lot less in repairs, even with the demise
  470. -of
  471.  the inadequate power supply, than I would have on Applecare.
  472.  
  473.  BUT, wait until there's a system that competes well with the Mac, one that
  474.  provides some migration path to make it relatively easy for me to recover
  475. -some
  476.  of my software investment.  I will hesitate to abandon Apple just about as
  477. -long
  478.  as they hesitated to drop me and the other customers who were burned by the
  479.  company's failure to right some wrongs.
  480.  
  481.  Bob
  482.  
  483.  ------------------------------
  484.  
  485.  From: NANOCHIP
  486.  Subject: RE: Mac upgrade shaft (Re: Msg 15240)
  487.  Date: 26-NOV 19:28 Business Mac
  488.  
  489.  Ric>
  490.   Remember the gentleman at the Boston MacExpo who wore the PowerSupply around
  491.  his neck, complete with lemon attached, as if it were some mythical
  492. -Albatros?!
  493.  
  494.  It's pretty obvious that Apple is burying its corporate head in the sand
  495.  regarding the PITYFUL survival rate of the Mac's Power Supply boards. They
  496.  can't evn be EMBARRASSED into admitting the problem!
  497.  
  498.  I had one go on a virgin 512K Mac at the ripe old age of 11 months. The
  499.  screen blacked out except tor a thin vertical line. Checked all the solder
  500.  connections, as per Forum msgs, but ended up replacing the board. I was told
  501.  by the tech guy at my Apple dealer that even if I knew which compoment was
  502.  bad (he suspected the flyback transformer), I couldn't get it from Apple
  503.  because they would not provide dealers with individual board-level
  504. -components,
  505.  or their sources. Grrrrr.
  506.  
  507.   How about MacInTouch doing a Mac Hardware T.L.C. article (Series?)? You
  508.  could point out problem areas of the Mac's hardware and the fixes...or even
  509.  better,  proper preventive maintenance (!) to keep your Mac running.
  510.   I'd love to see a how-to article on the proper way to adjust the Mac's
  511.  PowerSupply to +5v at the memory.
  512.  <Chip
  513.  
  514.  ------------------------------
  515.  
  516.  From: MACINTOUCH
  517.  Subject: RE: Mac upgrade shaft (Re: Msg 15245)
  518.  Date: 26-NOV 19:58 Business Mac
  519.  
  520.  Chip, old man, I'm waiting on a 2 or 4 MB upgrade from Dove, then I'm
  521.  going to call up my EE guru and borrow his digital VOM and we's gonna
  522.  start measuring.  I want some RAM!  In the meantime, I'm running a
  523.  Kensington Super Saver Mac fan, and I highly recommend it.  I don't
  524.  know how much of the problem is heat and how much is power drain, but
  525.  I'm betting my $65 that the fan'll do something worthwhile.
  526.  
  527.  Ric
  528.  
  529.  ------------------------------
  530.  
  531.  From: MOUSE1
  532.  Subject: RE: Mac upgrade shaft (Re: Msg 15246)
  533.  Date: 26-NOV 20:27 Business Mac
  534.  
  535.  Here is the excerpt from Dec. MacWorld I mentioned in my Delphi note
  536.  to you: "Reports from readersa about short-lived Macintosh
  537.  power-supply boards led us to contact dealers around the country to
  538.  learn how wide spread the problem was.  Service mgrs.& technicians
  539.  were nearly unanimous in calling the power supply burnout rate very
  540.  hight....most (service technicians() sssssssssssaid to consider
  541.  yourself luckky if your power supply lasts a year.  Apple spokeswoman
  542.  Lisa Van Horn said upgrades cause the problem; the logic boards
  543.  swapped into the Macs for an upgrade pull a different load from the
  544.  power supply but technicians in the stores weren't alerted to make any
  545.  changes so the power supply could accomodate the new logic boards.  At
  546.  press time, Apple planned to inform dealers by Nov. 1 how to perform
  547.  tests & make the proper adjustments to see that the power supply can
  548.  support the upgrade before the Mac is returned to its owner."  Does
  549.  anyone here b elieve that.
  550.  
  551.  ------------------------------
  552.  
  553.  From: PEABO
  554.  Subject: RE: Mac upgrade shaft (Re: Msg 15236)
  555.  Date: 26-NOV 20:56 Business Mac
  556.  
  557.  I inquired about LaserWriter Plus upgrade problems last summer and was
  558.  told that there were no problems with the upgrades.  Now this may have
  559.  been after the problems were fixed, or it may not have been; it's a
  560.  bit hard to tell since Apple never made any announcement publicly.
  561.  
  562.  peter
  563.  
  564.  ------------------------------
  565.  
  566.  From: PEABO
  567.  Subject: RE: Mac upgrade shaft (Re: Msg 15247)
  568.  Date: 26-NOV 21:35 Business Mac
  569.  
  570.  I believe it.  However, just because Apple distributes information about how
  571. -to
  572.  do it doesn't mean that it will get done.  I would like to believe that the
  573.  majority of approved Apple dealers would have their service act together ...
  574.  
  575.  peter
  576.  
  577.  ------------------------------
  578.  
  579.  From: MACINTOUCH
  580.  Subject: RE: Mac upgrade shaft (Re: Msg 15250)
  581.  Date: 26-NOV 22:14 Business Mac
  582.  
  583.  Ha ha hee hee hoo ho haa hee hoo ha !!!
  584.  
  585.  Peter, have you ever gone into a service shop and talked to the stoned
  586.  youngsters who comprise the official Apple technician core?  When you get an
  587.  IBM tech and not an Apple tech, because the Apple tech is doing something
  588. -else
  589.  or is out on lunch break ??
  590.  
  591.  R
  592.  
  593.  ------------------------------
  594.  
  595.  From: SYNTHONY
  596.  Subject: RE: Mac upgrade shaft (Re: Msg 15249)
  597.  Date: 26-NOV 22:27 Business Mac
  598.  
  599.  Hi Peter, long time no talk to!  I bought a LW and immediately had it
  600.  upgraded to a plus.  The upgrade was done in October and works fine,
  601.  no problems.  I had heard of the rom rumors, and waited until October
  602.  when my friend at the computer store said they were getting them in
  603.  and they seemed to be okay.
  604.  
  605.  Bill
  606.  
  607.  ------------------------------
  608.  
  609.  From: JIMH
  610.  Subject: RE: Mac upgrade shaft (Re: Msg 15247)
  611.  Date: 26-NOV 23:33 Business Mac
  612.  
  613.  Ric, apple announced to dealers, national accounts some time ago on apple
  614. -link
  615.  to check voltages.  if the stores arent doing it i think i would concentrate
  616. -my
  617.  iire on the store techs, not apple.  pin the store manager down, show him the
  618.  note from apple (i will try to remember to get it from apple link next time
  619. -and
  620.  post it to you). see why they didnt do it.  jim
  621.  
  622.  ------------------------------
  623.  
  624.  From: MOUSEKETEER
  625.  Subject: RE: Mac upgrade shaft (Re: Msg 15263)
  626.  Date: 27-NOV 02:07 Business Mac
  627.  
  628.  Having remembered the mention Judy quoted from Macworld, it does seem
  629.  rather stupid of Apple to not take some responsibility for what is going
  630.  on.  I suppose they realize we dear users, or most of us, (the rest of
  631.  us..grin) will put up with it to use the Mac, so our financial leverage
  632.  is pretty low....unless.....
  633.  
  634.  As individual users, or even in a smallish quantity, we wouldn't pull much
  635.  weight with Apple on the issue.  And despite my rad chic nature, I don't
  636.  think a "boycott" would work...we'd all do withdrawals after two days.
  637.  One area we might be able to get Apple's attention on the upgrade/flame
  638.  problem is to start gathering information on how many folks we know have
  639.  had the problem, in effect documenting where Apple is not doing a good
  640.  job with quality upgrades via their Authorized Dealers.
  641.  
  642.  Ya see, 47th Street Photo, Executive Camera, and a bunch of other big time
  643.  discounters would love to be able to sell Apple gear, and would take a
  644.  lot less profit than the local dealer.  Apple has prevented that happening
  645.  so far by showing that they need to control dealership sales to assure
  646.  quality service and support.  If we suggested that the data collected on
  647.  this problem might be given to 47th Street Photo and crew to use in a
  648.  court case showing that Apple, while controlling sales and service through
  649.  it authorized dealers, was falling down on the job...well, a threat to
  650.  the authorized dealer network would likely get attention from Cupertino
  651.  much more readily than a single guy with a smoking Mac.
  652.  
  653.  
  654.  Agreed, it's a sneaky idea, but...
  655.  
  656.  
  657.  Alf
  658.  
  659.  ------------------------------
  660.  
  661.  From: DWB
  662.  Subject: RE: Mac upgrade shaft (Re: Msg 15245)
  663.  Date: 27-NOV 03:46 Business Mac
  664.  
  665.  The next BMUG newsletter should have an article on how to adjust the power
  666.  supply and video circuitry.  I wrote one and sent it to them and last I heard
  667.  they were going to put it in.  If they don't (or tell me they aren't and/or
  668. -that
  669.  it's OK anyway) I'll upload it here.
  670.  
  671.  David
  672.  
  673.  ------------------------------
  674.  
  675.  From: CSTERRITT
  676.  Subject: Discipline
  677.  Date: 25-NOV 20:23 Tools for Developers
  678.  
  679.  Hello,
  680.      I'm looking for the program "Discipline" that Scott Knaster
  681.  mentions in his marvelous book, that checks the args to rom calls.  If
  682.  anyone knows where it can be had (I'll pay if it isn't PD), I'd
  683.  appreciate a LETTER VIA EMAIL (I don't get on often enough here to get
  684.  a reply in time!)
  685.      Thanks a lot,
  686.      Chris Sterritt
  687.      CSterritt here, C.Sterritt on GEnie
  688.  
  689.  ------------------------------
  690.  
  691.  From: DDUNHAM
  692.  Subject: RE: Discipline (Re: Msg 1028)
  693.  Date: 26-NOV 04:47 Tools for Developers
  694.  
  695.  I use the Discipline feature in the latest TMON user area.
  696.  
  697.  Email isn't any faster than forum messages; there is no message scroll on
  698.  Delphi.
  699.  
  700.  ------------------------------
  701.  
  702.  End of Delphi Mac Digest
  703.  ************************
  704.